<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html lang="de-DE" xml:lang="de-DE" xmlns="http://www.w3.org/1999/xhtml">
  <!-- This file was converted to xhtml by Writer2xhtml ver. &gt;&gt; adopted for V-Modell-XT &lt;&lt; 0.4.1a. See http://www.hj-gym.dk/~hj/writer2latex for more info. -->
  <head profile="http://dublincore.org/documents/dcq-html/">
    <title>Anforderungen festlegen</title>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type" />
    <link href="http://purl.org/dc/elements/1.1/" rel="schema.DC" />
    <meta content="Vassilis Rizopoulos" name="DC.creator" />
    <meta content="2007-08-30T12:03:11" name="DC.date" />
    <meta content="de-DE" name="DC.language" />
    <link href="exportfiles/style.css" media="all" rel="stylesheet" type="text/css" />
  </head>
  <body id="toc706">
    <div id="header">
      <div class="up">[<a href="113cfb6eb7ad2c.html">Hoch</a>] [<a href="Projekt-V-Modell-XT.html">Anfang</a>] [<a href="113cfb6eb7ad2c.html">Zurueck</a>] [<a href="3a0dfa1572d58d.html">Weiter</a>] [<a href="11385fdbde3d712.html">Ende</a>] [<a href="Projekt-V-Modell-XT.html">Inhalt</a>] </div>
      <div class="down">
        <hr />
      </div>
    </div>
    <div dir="ltr" id="content">
      <h1><span class="SectionNumber">6 </span>Teil 6: <a id="ref11432f7a07f9a6a"></a>V-Modell-Referenz Aktivitäten</h1>
      <h2><span class="SectionNumber">6.3 </span><a id="ref3ad3fbe856ba00"></a>Aktivitäten</h2>
      <h3><span class="SectionNumber">6.3.7 </span><a id="ref113cfb6eb7ad2c"></a>Anforderungen und Analysen</h3>
      <h4><span class="SectionNumber">6.3.7.1 </span><a id="ref5811f6afca6a1b"></a>Anforderungen festlegen</h4>
      <table cellspacing="0" id="Table3337Ctable" style="margin-top:0;margin-bottom:0;border-collapse:separate;border-spacing:0;table-layout:fixed">
        <tbody>
          <tr>
            <td class="first" style="border:none;padding:3.6661422px;vertical-align:top">
              <p class="VModellXTStandard">Produkt:</p>
            </td>
            <td style="border:none;padding:3.6661422px;vertical-align:top">
              <p class="VModellXTStandard">
                <a href="14794f684e963e8.html#ref14794f684e963e8">Anforderungen (Lastenheft)</a>
              </p>
            </td>
          </tr>
        </tbody>
      </table>
      <table cellspacing="0" id="Table3347Ctable" style="margin-top:0;margin-bottom:0;border-collapse:separate;border-spacing:0;table-layout:fixed">
        <tbody>
          <tr>
            <td class="first" style="border:none;padding:3.6661422px;vertical-align:top">
              <p class="VModellXTStandard">Methodenreferenz:</p>
            </td>
            <td style="border:none;padding:3.6661422px;vertical-align:top">
              <p class="VModellXTStandard"><a href="5ca5fbda65751f.html#ref10d2fd4c1c35a1">Anforderungsanalyse</a>, <a href="11541fd4baf6a66.html#ref11541fd4baf6a66">Geschäftsprozessmodellierung</a></p>
            </td>
          </tr>
        </tbody>
      </table>
      <table cellspacing="0" id="Table3357Ctable" style="margin-top:0;margin-bottom:0;border-collapse:separate;border-spacing:0;table-layout:fixed">
        <tbody>
          <tr>
            <td class="first" style="border:none;padding:3.6661422px;vertical-align:top">
              <p class="VModellXTStandard">Werkzeugreferenz:</p>
            </td>
            <td style="border:none;padding:3.6661422px;vertical-align:top">
              <p class="VModellXTStandard">
                <a href="b5f3fbda65fcbe.html#ref13bfbf9856c46f8">Anforderungsmanagement</a>
              </p>
            </td>
          </tr>
        </tbody>
      </table>
      <p class="VModellXTHeading6">
        <b>Sinn und Zweck</b>
      </p>
      <p class="VModellXTTextbody">Ziel der Aktivität ist es, die Anforderungen des Auftraggebers so festzulegen, dass sie die Grundlage für die Ausschreibung, die Beauftragung, den Entwurf, die Abnahme und die Veränderungen des Systems bilden. In dieser Aktivität werden auch die Voraussetzungen dafür gelegt, dass die Anwenderanforderungen über den gesamten Lebenszyklus eines Systems hinweg nachverfolgt werden können.</p>
      <p class="VModellXTTextbody">Anwenderanforderungen sind in einem iterativen Prozess ständig zu verfeinern und zu verbessern, bis eine ausreichende Qualität und Detaillierung für eine externe beziehungsweise interne Beauftragung erreicht ist. Dies geschieht durch Analysieren, Setzen von Prioritäten, Bewerten sowie durch einen Qualitätssicherungsprozess für alle Anwenderanforderungen. Nach einer Überprüfung der Anwenderanforderungen hinsichtlich ihrer Realisierbarkeit, Wirtschaftlichkeit und Finanzierbarkeit ist deren Ausschreibungsreife erreicht.</p>
      <p class="VModellXTTextbody">Bei der Festlegung der Anforderungen ist zunächst die Ausgangssituation und Zielsetzung zu beschreiben. Daran schließt sich die Erstellung der funktionalen und nicht-funktionalen Anforderungen an. Parallel dazu ist eine →<a href="14794f684e963e8.html#ref2b43f8cba5b1ec">Skizze des Lebenszyklus und der Gesamtsystemarchitektur</a> zu erstellen. Der Prozess der Anforderungsfestlegung endet mit der Analyse der Qualität der Anforderungen sowie der Erstellung des Lieferumfangs und der Abnahmekriterien (siehe <a href="#seqrefIllustration142">Abbildung 15</a>).</p>
      <p class="VModellXTHeading6">Ablaufdarstellung</p>
      <p class="VModellXTTextbody">
        <img alt="images/ANFE-Aktivitaetsdiagramme-AnforderungenFestlegen.gif" id="null7Cgraphics" src="images/ANFE-Aktivitaetsdiagramme-AnforderungenFestlegen.gif" />
      </p>
      <p class="VModellXTTextbody">
        <i>Abbildung <a id="seqrefIllustration142">15</a>: Aktivitätsdiagramm &quot;Anforderungen festlegen&quot;</i>
      </p>
      <h5 id="toc707"><span class="SectionNumber">6.3.7.1.1 </span><a id="ref6ed4f6b0036e22"></a>Ausgangssituation und Zielsetzung beschreiben</h5>
      <table cellspacing="0" id="Table3367Ctable" style="margin-top:0;margin-bottom:0;border-collapse:separate;border-spacing:0;table-layout:fixed">
        <tbody>
          <tr>
            <td class="first" style="border:none;padding:3.6661422px;vertical-align:top">
              <p class="VModellXTStandard">Thema:</p>
            </td>
            <td style="border:none;padding:3.6661422px;vertical-align:top">
              <p class="VModellXTStandard">Anforderungen (Lastenheft):<a href="14794f684e963e8.html#ref16abcf694131a11">Ausgangssituation und Zielsetzung</a></p>
            </td>
          </tr>
        </tbody>
      </table>
      <p class="VModellXTTextbody">Die Ausgangssituation ist durch den Auftraggeber zu beschreiben. Seitens des Auftragnehmers sind die Funktionalitäten des Systems, die Systemgrenzen und die Systemumgebung, die externen Schnittstellen, Sicherheitsvorgaben, sonstige wichtige Vorgaben und Annahmen und Vorstellungen über die Systemeigenschaften über den gesamten Lebenszyklus hinweg zu spezifizieren. Hierzu sind alle vorhandenen Dokumente zu erfassen, zu sichten und in einer übersichtlichen Form auf die wesentlichen Aussagen zu verdichten. Eventuell sind bei den Beteiligten (&quot;stakeholders&quot;) Hintergrundinformationen zu beschaffen, die auch für einen Außenstehenden das Thema besser verdeutlichen können.</p>
      <h5 id="toc708"><span class="SectionNumber">6.3.7.1.2 </span><a id="ref16a6df6aff7ebd3"></a>Funktionale Anforderungen erstellen</h5>
      <table cellspacing="0" id="Table3377Ctable" style="margin-top:0;margin-bottom:0;border-collapse:separate;border-spacing:0;table-layout:fixed">
        <tbody>
          <tr>
            <td class="first" style="border:none;padding:3.6661422px;vertical-align:top">
              <p class="VModellXTStandard">Thema:</p>
            </td>
            <td style="border:none;padding:3.6661422px;vertical-align:top">
              <p class="VModellXTStandard">Anforderungen (Lastenheft):<a href="14794f684e963e8.html#ref18158f694158e92">Funktionale Anforderungen</a></p>
            </td>
          </tr>
        </tbody>
      </table>
      <p class="VModellXTTextbody">Für die Erstellung des Themas →<a href="14794f684e963e8.html#ref18158f694158e92">Funktionale Anforderungen</a> sind Geschäftsprozesse zu analysieren, funktionale Anforderungen zu erfassen und zu beschreiben und die Anforderungen z.B. in Form von Anwendungsfällen darzustellen. Diese Aktivitäten werden im Folgenden beschrieben.</p>
      <p class="VModellXTTextbody">
        <b>Analyse der unterstützten Geschäftsprozesse</b>
      </p>
      <p class="VModellXTTextbody">Zur Analyse der Geschäftsprozesse empfiehlt es sich, eine Klassifikation der Anforderungen vorzunehmen. So kann zum Beispiel in das Anwendungssystem, die Geschäftsprozesse, das Nutzungssystem oder die einzelnen Arbeitsprozesse unterschieden werden.</p>
      <p class="VModellXTTextbody">In einem Top-Down-Ansatz sind - ausgehend von den übergreifenden Unternehmensprozessen - die einzelnen Geschäftprozesse zu definieren und so darzustellen, dass erkennbar wird, welche daraus vom neuen System unterstützt werden sollen. Es sind die Geschäftsprozesse möglichst vollständig zu beschreiben, um eine Einordnung des Systems in die bestehende betriebliche Ablauforganisation zu ermöglichen, selbst wenn das System nur Ausschnitte der Prozesse unterstützt.</p>
      <p class="VModellXTTextbody">Die Geschäftsprozesse sind zu analysieren und es ist zu entscheiden, ob Optimierungen erforderlich sind. Diese sind möglichst vor Beginn des Projektes zu initiieren und abzuschließen, damit sie als Grundlage zur Analyse und Spezifikation der funktionalen Anforderungen herangezogen werden können. Die Ermittlung der zu unterstützenden Geschäftsprozesse verläuft in folgenden Schritten:</p>
      <ul>
        <li>Zunächst ist das Ist-System zu analysieren. Dieser Schritt ist optional und insbesondere dann durchzuführen, wenn die Funktionen des zu erstellenden Systems (zum Beispiel einem neu zu entwickelnden System) nur in Teilen oder gar nicht bekannt sind oder wenn Teile eines bestehenden Systems bei der Systemerstellung übernommen werden. Dies gilt auch für Systeme, die neu entwickelt werden sollen und deren Entwicklung extern vergeben wird. Bei der Analyse sind bereits Beschreibungen zum Aufbau, zur Struktur und zu den Schnittstellen des Systems sowie der Umgebung zu erstellen.</li>
        <li>Ferner ist eine Analyse des Anwendungsbereichs beziehungsweise der Anwendungsdomäne durchzuführen. Dieses Modell dient der Kommunikation zwischen Auftraggeber, Auftragnehmer und Anwender. Es kann in anderen Projekten als Referenzmodell für die Planung von Systemen im gleichen Anwendungsbereich verwendet werden.</li>
        <li>Schließlich sind Soll-Prozessabläufe zu definieren. Dies erfolgt auf der Grundlage der Ist-Anayse. Zunächst ist bei diesem Schritt zu untersuchen, welche Ereignisse des zu erstellenden Systems die betrachteten Geschäftsprozesse (der Ist-Analyse) beeinflussen und wie diese das System beeinflussen. Zusätzlich sind die Geschäftsprozesse in Arbeitsprozesse zu zerlegen und mit den betroffenen Personen abzustimmen, neu zu spezifizieren und zu dokumentieren. Anschließend ist zu bewerten, welche der spezifizierten Soll-Prozesse in das zu erstellende System zu übernehmen sind und welche Änderungen ggf. an bestehenden Systemteilen erforderlich sind. Ferner ist zu beurteilen, welche Arbeitsabläufe im bestehenden System durch das neue System geändert werden dürfen.</li>
      </ul>
      <p class="VModellXTTextbody">
        <b>Erfassen und Beschreiben der funktionalen Anforderungen in Textform </b>
      </p>
      <p class="VModellXTTextbody">Die funktionalen Anforderungen werden nach vorbereitenden Untersuchungen erfasst und in Textform beschrieben. Im ersten Schritt ist das Problemfeld aufzubereiten und die Erfassung der Anforderungen organisatorisch und technisch vorzubereiten, zum Beispiel durch</p>
      <ul>
        <li>Analyse von Systemdokumenten und Marktstudien,</li>
        <li>Ermitteln von speziellem Wissen im Geschäftsbereich,</li>
        <li>Vorbereiten und Testen von Fragebögen,</li>
        <li>
          <p class="VModellXTTextbody">Informieren der Beteiligten über einzusetzende Hilfsmittel, wie zum Beispiel</p>
          <ul>
            <li>eine Schablone für die textuelle Beschreibung der Anforderungen,</li>
            <li>ein Schema zur Kurzbeschreibung einer Anforderung in einem Satz mit Musterbeispielen,</li>
            <li>die anzuwendenden Qualitätskriterien für Anforderungen (Qualitätsattribute nach ISO-Norm 9126) und</li>
            <li>einen Stilratgeber für die Formulierung von Anforderungen.</li>
          </ul>
        </li>
      </ul>
      <p class="VModellXTTextbody">Bei der Ermittlung der Anforderungen gibt es keine einheitliche Technik, die für alle Anforderungen in einem Projekt geeignet ist. Bei der Auswahl der Ermittlungstechnik spielt insbesondere der Detaillierungsgrad der Anforderungen eine →<a href="44e3fbda665f67.html#ref25dbfbe915f4b7">Rolle</a>. Folgende Ermittlungstechniken haben sich für Anforderungen bewährt:</p>
      <ul>
        <li><b>Kreativitätstechniken</b> eignen sich dazu, erste Ideen zu sammeln und eine erste Übersicht über das zu entwickelnde System zu schaffen. Beispiele sind Brainstorming, Metaplan-Technik, Mind-Mapping, Durchführung strukturierter Workshops oder Problemlösungssitzungen.</li>
        <li><b>Beobachtungstechniken</b> eignen sich dazu, sowohl Anforderungen auf sehr detailliertem Niveau als auch unterbewusste Anforderungen zu ermitteln. Beispiele hierfür sind Feldbeobachtung und Apprenticing (&quot;in die Lehre gehen&quot;).</li>
        <li><b>Befragungstechniken</b> mit Fragebogen, Interviews, eigenen Notizen der Befragten und On-Site-Customer sind zur Ermittlung von Anforderungen beliebiger Detaillierungsgrade geeignet.</li>
        <li><b>Vergangenheitsorientierte </b>Techniken sind geeignet, um bestehende Lösungen in ein neues System zu integrieren. Es wird die Möglichkeit geschaffen, Erfahrungen aus bereits erfolgreich abgeschlossenen Systementwicklungen wieder zu verwenden.</li>
      </ul>
      <p class="VModellXTTextbody">Bei der Sammlung von Anforderungen in Textform sind die vorher festgelegten Merkmale /Attribute pro Anforderung mit zu erfassen. Alternativ ist eine Beschreibung über grafische Notationen möglich.</p>
      <p class="VModellXTTextbody">Ein Problem bei der Beschreibung sind implizite Annahmen bei den Nutzern und auch bei den Realisierern. Sie entstehen, weil manche Stakeholder Sachverhalte als selbstverständlich und nicht erwähnenswert ansehen, die anderen jedoch unbekannt sind. Diese impliziten Annahmen sind gemeinsam mit den Anwendern zu erarbeiten und aufzuzeigen, da sie häufig wichtige Anforderungen enthalten.</p>
      <p class="VModellXTTextbody">
        <b>Funktionale Anforderungen in Form von Anwendungsfällen erstellen </b>
      </p>
      <p class="VModellXTTextbody">Die ermittelten Anforderungen sind letztlich in Form von Anwendungsfällen aufzuschreiben. Dies erfolgt in drei Schritten. Zu Beginn sind Anwendungsfälle zu bestimmen. Anschließend sind Szenarien zu erstellen und schließlich sind die Anwendungsfälle zu beschreiben.</p>
      <p class="VModellXTTextbody">Auf der Basis der bisher geleisteten Vorarbeiten sind vom →<a href="2f0e104b4902bab.html#ref2f0e104b4902bab">Anforderungsanalytiker (AG)</a> und den Nutzern die in Frage kommenden Anwendungsfälle (&quot;Szenarien&quot;) festzulegen. Grundlage der Festlegung von Anwendungsfällen können die vorher beschriebenen Prozessbeschreibungen sein.</p>
      <p class="VModellXTTextbody">Für notwendige Abstimmungsprozesse zwischen den Beteiligten sind Szenarien zu spezifizieren. Szenarien beschreiben ein System aus der Perspektive möglicher Nutzungssituationen. In gemeinsamen Besprechungen sind die Szenarien für das künftige System und dessen Einsatz zu entwickeln und zu dokumentieren. Zudem muss auf der Basis der →<a href="44e3fbda665f67.html#ref17bf4fbe926fa6e">vorgelegt</a>en Szenarien ein gruppenübergreifendes Verständnis der Interessen, Forderungen und Erwartungen der einzelnen Beteiligten hergestellt werden. Diese Szenarien bilden dann das Ausgangsmaterial für Beschreibungen in Form von Anwendungsfällen. Dabei sollte auch eine Schablone zur Beschreibung des Anwendungsfalls einvernehmlich festgelegt werden (zum Beispiel eventuelle aufgabenspezifische Zusätze zur &quot;Standardschablone&quot;).</p>
      <p class="VModellXTTextbody">Anschließend sind die funktionalen Anforderungen an das geplante IT-System für die identifizierten Anwendungsfälle (&quot;Szenarien&quot;) zu beschreiben. Hierzu ist eine einheitliche Anwendungsfall-Schablone zu entwickeln, die für die wesentlichen Elemente der Anwendungsfall-Templates vorgibt, wie zum Beispiel die primären und sekundären Aktoren, den Ablauf des Anwendungsfalles oder die Vorbedingungen für den Start.</p>
      <h5 id="toc709"><span class="SectionNumber">6.3.7.1.3 </span><a id="ref5eaaf6aff7a035"></a>Nicht-Funktionale Anforderungen erstellen</h5>
      <table cellspacing="0" id="Table3387Ctable" style="margin-top:0;margin-bottom:0;border-collapse:separate;border-spacing:0;table-layout:fixed">
        <tbody>
          <tr>
            <td class="first" style="border:none;padding:3.6661422px;vertical-align:top">
              <p class="VModellXTStandard">Thema:</p>
            </td>
            <td style="border:none;padding:3.6661422px;vertical-align:top">
              <p class="VModellXTStandard">Anforderungen (Lastenheft):<a href="14794f684e963e8.html#ref2ff9f6b88b42fb">Nicht-Funktionale Anforderungen</a></p>
            </td>
          </tr>
        </tbody>
      </table>
      <p class="VModellXTTextbody">Bei der Erstellung der Anforderungen sind die vorgegebenen Randbedingungen und Anforderungen an die Systemeigenschaften und Systemsicherheit zu erfassen und die Prozessbedingungen festzulegen. Die Darstellung und Beschreibung kann bei nicht-funktionalen Anforderungen überwiegend in Textform durchgeführt werden. Die Anforderungen sollten allerdings messbar, prüfbar und entscheidbar sein. Die verschiedenen Kategorien sind im Thema →<a href="14794f684e963e8.html#ref2ff9f6b88b42fb">Nicht-Funktionale Anforderungen</a> beschrieben.</p>
      <p class="VModellXTTextbody">
        <b>Erfassen der vorgegebenen Randbedingungen</b>
      </p>
      <p class="VModellXTTextbody">Vorgegebene Randbedingungen sind bereits bei Beginn der Erfassung aller nicht-funktionalen Anforderungen festzulegen, da sie auf alle anderen Anforderungen einen inhaltlichen Einfluss haben. Dabei kann auf die Ergebnisse des Themas →<a href="8a7cf684e778f7.html#ref10d0cfa43547d8f">Bestehende Rahmenbedingungen</a> zurückgegriffen werden.</p>
      <p class="VModellXTTextbody">
        <b>Erfassen der Anforderungen an die Systemeigenschaften</b>
      </p>
      <p class="VModellXTTextbody">Die Erfassung der Anforderungen an die Systemeigenschaften sollte sich der Erfassung der vorgegebenen Randbedingungen anschließen. Dabei kann beispielsweise nach dem FURPS-Schema:</p>
      <ul>
        <li>Functionality (Funktionalität),</li>
        <li>Usability (Benutzerfreundlichkeit),</li>
        <li>Reliability (Zuverlässigkeit),</li>
        <li>Performance (Performanz und Effizienz),</li>
        <li>Supportability (Wartbarkeit),</li>
      </ul>
      <p class="VModellXTTextbody">vorgegangen werden. Soweit es zu diesem Zeitpunkt möglich ist, sind die Qualitäts-Anforderungen an das System gleichzeitig mit den funktionalen Anforderungen bei der Beschreibung der Anwendungsfälle zu erfassen. Die einzelnen Bestandteile des FURPS-Schemas lassen sich wie folgt charakterisieren:</p>
      <ul>
        <li>
          <p class="VModellXTTextbody">Zur Beschreibung der Funktionalität sind die Anforderungen an die Angemessenheit der Funktionen, an die Genauigkeit der Berechnungen, an die Interoperabilität und an die Sicherheit der einzelnen Funktionen aufzustellen. Beispiele:</p>
          <ul>
            <li>bei Rechtschreibprüfung müssen mindestens 98% aller Fälle abgedeckt sein,</li>
            <li>alle Geldangaben müssen auf 2 Dezimalstellen genau berechnet werden; es ist kaufmännisch zu runden.</li>
          </ul>
        </li>
        <li>
          <p class="VModellXTTextbody">Zur Beschreibung der Benutzerfreundlichkeit sind Anforderungen an die Erlernbarkeit, an die Bedienbarkeit, an die Verständlichkeit (zum Beispiel Umgang mit der Hilfekomponente) und an die Oberflächen (Look and Feel) aufzustellen. Beispiele:</p>
          <ul>
            <li>gewünschter Lernaufwand,</li>
            <li>Aussagen zu der erwarteten Lernzeit der zukünftigen Benutzer,</li>
            <li>Anforderungen an Schulung und Training.</li>
            <li>Der durchschnittliche Benutzer muss mit weniger als 2% Fehlern das System nutzen können.</li>
          </ul>
        </li>
        <li>Zur Beschreibung der Zuverlässigkeit sind Anforderungen an die Fehlertoleranz und Wiederherstellbarkeit aufzustellen, wie zum Beispiel maximale Zeiten für die Wiederherstellung der Einsatzbereitschaft nach Ausfällen.</li>
        <li>
          <p class="VModellXTTextbody">Zur Beschreibung der Effizienz sind Anforderungen an Zeiten, an den Durchsatz, an die Mengengerüste, an die Verfügbarkeit und an die Maximallastanforderungen zu stellen. Beispiele:</p>
          <ul>
            <li>Reaktionszeiten (von diesem Ereignis ... bis zu der Reaktion),</li>
            <li>Wiederholfaktoren (die Eingaben kommen im Abstand von x Sekunden; das System muss diese Menge verkraften),</li>
            <li>Datenspeicherung (Speicherung bis x MB soll nicht länger als y sec dauern),</li>
            <li>Auslastung (System muss in der Lage sein, zwischen 9 und 17 Uhr x Benutzer gleichzeitig zu versorgen),</li>
            <li>Erwartungen des Kunden bezüglich der Einsatzfähigkeit des Systems oder Produkts.</li>
          </ul>
        </li>
        <li>
          <p class="VModellXTTextbody">Zur Beschreibung der Wartbarkeit sind Anforderungen zum Wartungs- und Änderungsaufwand, zu Release-Zyklen, zur Portabilität, zur Erweiterbarkeit und Skalierbarkeit des Systems aufzustellen. Beispiele:</p>
          <ul>
            <li>Die Wartung darf den Endnutzer nicht betreffen;</li>
            <li>der Aufwand für bestimmte Änderungen, das Einspielen eines neuen Upgrades beispielsweise, darf nicht mehr als x Manntage betragen;</li>
            <li>die Änderungshäufigkeit darf eine definierte Rate pro festgelegter Zeiteinheit nicht überschreiten;</li>
            <li>neue Releases sollen dem Nutzer nur n mal pro Zeiteinheit angeboten werden.</li>
          </ul>
        </li>
      </ul>
      <p class="VModellXTTextbody">
        <b>Erfassen der Anforderungen an die Systemsicherheit</b>
      </p>
      <p class="VModellXTTextbody">Bei der Festlegung der Anforderungen an die Systemsicherheit sollte auf die Ergebnisse einer →<a href="61a1fb6026cb74.html#ref61a1fb6026cb74">Gefährdungs- und Systemsicherheitsanalyse</a> zurückgegriffen werden. Weiter sollten unter anderem beispielsweise auch folgende Aspekte betrachtet werden:</p>
      <ul>
        <li>Fragen der Datensicherheit und des Datenschutzes,</li>
        <li>Zugriffsschutz,</li>
        <li>Backup / Recovery.</li>
      </ul>
      <p class="VModellXTTextbody">
        <b>Festlegen der Prozessbedingungen für das System </b>
      </p>
      <p class="VModellXTTextbody">Die Festlegung der Prozessbedingungen betrifft insbesondere Anforderungen für die Erstellungsphase, an den Betrieb und die Wartung sowie die Logistik.</p>
      <ul>
        <li>Der Auftraggeber legt zum Beispiel fest, nach welcher Entwicklungsmethode (zum Beispiel inkrementell) vorgegangen werden soll, welche technischen Standards oder sonstige Vorschriften einzuhalten sind, wie die Qualitätssicherung bei allen Beteiligten durchzuführen ist oder welche Partnerverpflichtungen zu berücksichtigen sind.</li>
        <li>Für die Abnahme des Systems sind die Anforderungen hinsichtlich der durchzuführenden Prozesse, Verantwortungen, Beteiligten und die Vorgehensweise aufzustellen.</li>
        <li>Für die Einführungsphase des Systems sind die Anforderungen im Hinblick darauf festzulegen, wie das neue System beziehungsweise Ausbaustufen beim Auftraggeber und den Nutzern aufzustellen ist. Dabei sind die Anforderungen für die Ablösung eines Altsystems besonders zu berücksichtigen (zum Beispiel Parallelbetrieb etc.). Die technischen und organisatorischen Rahmenbedingungen sind bei den Anforderungen an die Systemeinführung zu beachten, besonders, wenn eine räumliche Verteilung von Systemkomponenten vorgesehen ist.</li>
        <li>Es sind vor allem Anforderungen an die Qualifikation des Bedien- und Wartungspersonals zu stellen und Anforderungen an die Nachhaltigkeit eines wirksamen Konfigurationsmanagements zu formulieren. Eventuell ist vom Auftragnehmer ein Konzept für einen effizienten Software-Pflege- und Änderungsdienst (SWPÄ) beziehungsweise die Erstellung eines langfristigen Wartungs- und Betriebskonzepts zu fordern.</li>
        <li>Es sind die Anforderungen festzulegen, die während der Realisierungsphase und vor allem während der Betriebsphase an die logistischen Elemente gestellt werden. Hierzu sind die Anforderungen an die Ausbildung, Nutzung, Instandhaltung, Instandsetzung, Ersatzteilbevorratung und an die Struktur der logistischen Unterstützung aufzustellen.</li>
      </ul>
      <h5 id="toc710"><span class="SectionNumber">6.3.7.1.4 </span><a id="refb869fc7d38eb4b"></a>Risikoakzeptanz festlegen</h5>
      <table cellspacing="0" id="Table3397Ctable" style="margin-top:0;margin-bottom:0;border-collapse:separate;border-spacing:0;table-layout:fixed">
        <tbody>
          <tr>
            <td class="first" style="border:none;padding:3.6661422px;vertical-align:top">
              <p class="VModellXTStandard">Thema:</p>
            </td>
            <td style="border:none;padding:3.6661422px;vertical-align:top">
              <p class="VModellXTStandard">Anforderungen (Lastenheft):<a href="14794f684e963e8.html#ref8bc3fb601422b4">Risikoakzeptanz</a></p>
            </td>
          </tr>
        </tbody>
      </table>
      <p class="VModellXTTextbody">Die Akzeptanz von Risiken beim Einsatz eines zu entwickelnden Systems ist eine Entscheidung des Auftraggebers oder künftiger Systemanwender. Ziel der Teilaktivität ist daher die Festlegung der Akzeptanz von Risiken bei der Nutzung des zu entwickelnden Systems aus Auftraggebersicht. Diese Festlegung definiert eine Leitlinie bei der Systemrealisierung und hat Einfluss auf die zu treffenden risikomindernden Maßnahmen und darüber hinaus auch auf die Kosten, die diese Maßnahmen verursachen. Zur Festlegung der Akzeptanz sind auf der Basis möglicher Gefährdungen und damit verbundener potenzieller Schadensereignisse folgende Schritte durchzuführen:</p>
      <ul>
        <li>es ist zu überlegen, in welche Schadenskategorien (Personenschäden, Sachschäden, Vermögensschäden, Umweltschäden, Reputationsschäden, Produktsausfälle, etc.) die Schadensereignisse eingeordnet werden können,</li>
        <li>geeignete Schadensklassen sind festzulegen,</li>
        <li>mögliche Schäden sind zu klassifizieren und den Schadensklassen zuzuordnen,</li>
        <li>Wahrscheinlichkeiten sind abzuschätzen, mit denen die Schäden auftreten können (zum Beispiel häufig, wahrscheinlich, gelegentlich, unwahrscheinlich, undenkbar), sowie Schadensauswirkungen/Schadenshöhe,</li>
        <li>es sind Risiken (Eintrittswahrscheinlichkeit des Schadens mal Schadenshöhe) abzuschätzen und Risikoklassen zu bilden,</li>
        <li>schließlich sind die Risiken zu bewerten (intolerabel, tolerabel mit Einschränkung).</li>
      </ul>
      <p class="VModellXTTextbody">Aus diesen Elementen sind die entsprechenden Werte für die Risikoakzeptanz festzulegen (Schwellenwerte oder Risikoakzeptanzmatrix).</p>
      <p class="VModellXTTextbody">Für die Durchführung des Projektes ist festzulegen, welcher Sicherheitsstandard gelten soll und welche Sicherheitsstufe angestrebt wird. Dies regelt dann die Details (mögliche oder geforderte riskomindernde Maßnahmen).</p>
      <p class="VModellXTTextbody">In der folgenden Abbildung (vgl. →<a href="f618fbda66a418.html#refab62f787c2f9a8">DIN EN IEC 61508</a>) sind beispielhaft mögliche (nicht standardisierte) Schadenskategorien (Personenschäden, Sachschäden, etc.), Schadensklassen (katastrophal, kritisch, etc.) und Sicherheitsstufen zusammenfassend dargestellt. <img alt="images/SI-Tabellen-Sicherheitsstufen.gif" id="null7Cgraphics" src="images/SI-Tabellen-Sicherheitsstufen.gif" /></p>
      <p class="VModellXTTextbody">
        <i>Abbildung <a id="seqrefIllustration143">16</a>: Beispiel möglicher Schadenskategorien, Schadenklassen, Sicherheitsstufen</i>
      </p>
      <p class="VModellXTTextbody">Die Schadenskategorien, Schadensklassen und Sicherheitsstufen sind individuell in jedem Projekt festzulegen.</p>
      <p class="VModellXTTextbody">Folgende →<a href="44e3fbda665f67.html#ref15da1f82553072b">Risikoklasse</a>n (A-D) können verwendet werden (vgl. →<a href="f618fbda66a418.html#refab62f787c2f9a8">DIN EN IEC 61508</a>):</p>
      <p class="VModellXTTextbody">
        <img alt="images/SI-Tabellen-Risikoklassen.gif" id="null7Cgraphics" src="images/SI-Tabellen-Risikoklassen.gif" />
      </p>
      <p class="VModellXTTextbody">
        <i>Abbildung <a id="seqrefIllustration144">17</a>: Beispiel von Risikoklassen</i>
      </p>
      <p class="VModellXTTextbody">Mit Hilfe der Risikoklassen kommt man zu den als tolerabel oder intolerabel bewerteten Risiken, dokumentiert in der Risikoakzeptanzmatrix (vgl. Beispiel aus →<a href="f618fbda66a418.html#refab62f787c2f9a8">DIN EN IEC 61508</a>):</p>
      <p class="VModellXTTextbody">
        <img alt="images/SI-Tabellen-Risikoakzeptanzmatrix.gif" id="null7Cgraphics" src="images/SI-Tabellen-Risikoakzeptanzmatrix.gif" />
      </p>
      <p class="VModellXTTextbody"><i>Abbildung </i><i><a id="seqrefIllustration145">18</a></i><i>: Beispiel einer Risikoakzeptanzmatrix </i>Die Häufigkeiten sind dabei umfeldabhängig zu quantifizieren.</p>
      <h5 id="toc711"><span class="SectionNumber">6.3.7.1.5 </span><a id="ref6481fb7ddb43de"></a>Skizze des Lebenszyklus und der Gesamtsystemarchitektur erstellen</h5>
      <table cellspacing="0" id="Table3407Ctable" style="margin-top:0;margin-bottom:0;border-collapse:separate;border-spacing:0;table-layout:fixed">
        <tbody>
          <tr>
            <td class="first" style="border:none;padding:3.6661422px;vertical-align:top">
              <p class="VModellXTStandard">Thema:</p>
            </td>
            <td style="border:none;padding:3.6661422px;vertical-align:top">
              <p class="VModellXTStandard">Anforderungen (Lastenheft):<a href="14794f684e963e8.html#ref2b43f8cba5b1ec">Skizze des Lebenszyklus und der Gesamtsystemarchitektur</a></p>
            </td>
          </tr>
        </tbody>
      </table>
      <p class="VModellXTTextbody">Bei der Erstellung der →<a href="14794f684e963e8.html#ref2b43f8cba5b1ec">Skizze des Lebenszyklus und der Gesamtsystemarchitektur</a> sind erste Vorstellungen einer Grobarchitektur und der Einsatzumgebung zu erarbeiten. Dabei ist primär eine funktionale Sichtweise auf die Grobarchitektur vorzunehmen. Die Dekomposition der Grobarchitektur ist entsprechend dem Detailgrad der Anforderungen zu wählen. Die Architektur sollte bereits erste Lösungsvorschläge für die Erstellung von logistischen Konzepten, des Systems und der erforderlichen →<a href="2ff8cf07dc77.html#ref2ff8cf07dc77">Unterstützungssystem</a>e im Verlauf des Lebenszyklus anbieten. Dabei sollte auf Betrieb, Instandhaltung und Instandsetzung des Systems, sowie auf dessen Aussonderung eingegangen werden.</p>
      <p class="VModellXTTextbody">Die Skizze der Gesamtsystemarchitektur ist eine wichtige Grundlage, um ein Gesamtprojekt in mehrere unabhängig von einander durchzuführenden Teilprojekte aufteilen zu können.</p>
      <p class="VModellXTTextbody">Nach erfolgter →<a href="1980fa156c63c7.html#ref1980fa156c63c7">Anforderungsbewertung</a> werden die Anforderungsbereiche, die sich gemäß Marktsichtung und →<a href="13fadf6a51dc497.html#ref13fadf6a51dc497">Evaluierung von Fertigprodukten</a> dafür eignen, entsprechend als potentielle Teilprojektbestandteile identifiziert.</p>
      <h5 id="toc712"><span class="SectionNumber">6.3.7.1.6 </span><a id="ref11ebef772b860ae"></a>Qualität der Anforderungen analysieren</h5>
      <table cellspacing="0" id="Table3417Ctable" style="margin-top:0;margin-bottom:0;border-collapse:separate;border-spacing:0;table-layout:fixed">
        <tbody>
          <tr>
            <td class="first" style="border:none;padding:3.6661422px;vertical-align:top">
              <p class="VModellXTStandard">Themen:</p>
            </td>
            <td style="border:none;padding:3.6661422px;vertical-align:top">
              <p class="VModellXTStandard">Anforderungen (Lastenheft):<a href="f436f8cfc083ae.html#refb02efc0c799efb">Funktionale Anforderungen</a>, Anforderungen (Lastenheft):<a href="14794f684e963e8.html#ref2ff9f6b88b42fb">Nicht-Funktionale Anforderungen</a>, Anforderungen (Lastenheft):<a href="f436f8cfc083ae.html#refefbdfc080246e7">Abnahmekriterien</a>, Anforderungen (Lastenheft):<a href="14794f684e963e8.html#ref2b43f8cba5b1ec">Skizze des Lebenszyklus und der Gesamtsystemarchitektur</a></p>
            </td>
          </tr>
        </tbody>
      </table>
      <p class="VModellXTTextbody">Die Analyse der Qualität von Anforderungen erfordert die Festlegung der Qualitätskriterien, die Überprüfung der Qualität des Lastenheftes sowie die Beseitigung von Mängeln bei Anforderungen.</p>
      <p class="VModellXTTextbody">
        <b>Festlegung der Qualitätskriterien</b>
      </p>
      <p class="VModellXTTextbody">Es sind zunächst Qualitätskriterien festzulegen und möglichst frühzeitig allen Beteiligten zu vermitteln. Spätestens an dieser Stelle sollten die Qualitätskriterien zur Überprüfung der →<a href="16970fb30c68166.html#ref16970fb30c68166">Anforderungen festgelegt</a> werden. Aus den folgenden Qualitätskriterien für Anforderungen sollten die für das Projekt notwendigen ausgewählt werden:</p>
      <ul>
        <li>Eindeutigkeit (Lässt jede Anforderung nur eine einzige Interpretation zu?)</li>
        <li>Vollständigkeit (Sind alle notwendigen Funktionen berücksichtigt?)</li>
        <li>Überprüfbarkeit (Ist die Erfüllung der Anforderungen überprüfbar?)</li>
        <li>Widerspruchsfreiheit (Gibt es Konflikte zwischen den Anforderungen?)</li>
        <li>Verständlichkeit (Ist die Anforderung für alle Beteiligten verständlich?)</li>
        <li>Herkunft (Ist die Herkunft/Begründung der Anforderung klar beschrieben?)</li>
        <li>Flexibilität und Abhängigkeiten (Kann die Anforderung ohne Auswirkung auf andere Anforderungen geändert werden?)</li>
        <li>Rückverfolgbarkeit (Ist jede Anforderung eindeutig zu identifizieren?)</li>
        <li>Abstrahierbarkeit (Ist die Anforderung implementierungsunabhängig?)</li>
        <li>Klassifizierbarkeit bezüglich Bedeutung (Gibt es Risiken in Bezug auf die Realisierbarkeit und die Stabilität der Anforderung im gesamten Lebenszyklus?)</li>
        <li>Angemessenheit (Entsprechen die festgelegten Systemfunktionen den Wünschen und Bedürfnissen des Benutzers?).</li>
      </ul>
      <p class="VModellXTTextbody">
        <b>Qualitätsprüfung der Anforderungen (Lastenheft)</b>
      </p>
      <p class="VModellXTTextbody">Der Entwurf des →<a href="dcecfbe856145b.html#refdcecfbe856145b">Produkte</a>s →<a href="14794f684e963e8.html#ref14794f684e963e8">Anforderungen (Lastenheft)</a> oder →Lastenheft Gesamtprojekt, insbesondere die darin enthaltenen einzelnen Anwendungsfälle und die nicht-funktionalen Anforderungen, sind anhand der festgelegten Qualitätskriterien zu überprüfen. Bei der Qualitätsprüfung ist insbesondere beim Kriterium Vollständigkeit pragmatisch vorzugehen, indem evaluiert wird,</p>
      <ul>
        <li>ob alle Kategorien der nicht-funktionalen Anforderungen behandelt wurden,</li>
        <li>ob alle als notwendig genannten Funktionen vollständig beschrieben sind,</li>
        <li>ob alle Anwender beziehungsweise Stakeholders einbezogen wurden oder</li>
        <li>ob im Dokument noch Vermerke &quot;ist noch zu machen&quot; enthalten sind.</li>
      </ul>
      <p class="VModellXTTextbody">Eine herausragende Bedeutung hat das Überprüfen der Nachvollziehbarkeit von Anforderungen. Sie muss über die gesamte Projektdauer und darüber hinaus über den gesamten Lebenszyklus eines IT-Systems, das heißt sowohl vorwärts als auch rückwärts, gewährleistet sein. Dabei bedeutet &quot;Rückwärts&quot;: Wo kommt welche Anforderung her (Ursprung)? &quot;Vorwärts&quot;: Wo, wann und durch wen ist welche Anforderung entworfen beziehungsweise implementiert? Es ist zu beachten, dass Fragen zum Nachweis der Anforderungsumsetzung beantwortet werden können, wie zum Beispiel: Wie wurde eine Anforderung umgesetzt? In welchem Release wurde welche Anforderung umgesetzt? Und durch wen wurde wann welche Anforderung geändert?</p>
      <p class="VModellXTTextbody">Beim Erstellen der Anforderungen sind Attribute einzuführen, die sicherstellen, dass Entscheidungen nachvollziehbar dokumentiert werden und dass auch die Erfüllung &quot;rechtlicher&quot; Belange nachweisbar ist (beispielsweise der Nachweis der Sorgfaltspflicht oder die Durchführung entsprechender Reviews mit Angabe des Ergebnisses). Das Aufzeichnen der Verfolgbarkeit kann sehr aufwendig sein. Deshalb ist zu überprüfen, ob festgelegt wurde, welche Informationen aufgezeichnet werden, wie die Verfolgbarkeits-Daten strukturiert werden und gespeichert werden. Hierbei ist der Einsatz eines Werkzeuges denkbar.</p>
      <p class="VModellXTTextbody">Die Ergebnisse der Qualitätsprüfung werden abschließend in einer Mängel-Befund-Liste dokumentiert:</p>
      <ul>
        <li>Festlegen der Qualitätskriterien für die Validierung von Anforderungen</li>
        <li>Überprüfen der Anforderungen nach den vorgegebenen Qualitätskriterien</li>
        <li>Dokumentation der gefundenen Mängel.</li>
      </ul>
      <p class="VModellXTTextbody">
        <b>Mängelbeseitigung und Aufbereiten für die Bewertung der Anwenderanforderungen</b>
      </p>
      <p class="VModellXTTextbody">Bevor das Anforderungsdokument fertig gestellt werden kann, sind die Anforderungen aufzubereiten, zu bewerten und Mängel zu beseitigen. Das Beseitigen der gefundenen Mängel, wie Widersprüche, Redundanzen, Unvollständigkeiten, Unklarheiten etc., ist mit den Beteiligten in Gesprächen oder in Workshops vorzunehmen. Bei Konflikten ist durch eine befugte Person eine Entscheidung herbeizuführen. Dies ist in einem Protokoll festzuhalten.</p>
      <ul>
        <li>Falls dabei festgestellt wird, dass nicht alle möglichen Verhaltensweisen des Systems in der Anforderung spezifiziert sind oder dass sich die Bedingungen widersprechen, so ist Anforderung zu korrigieren und zu vervollständigen.</li>
        <li>Gleiches gilt auch, wenn die logische Struktur einer Anforderung unvollständig oder widersprüchlich ist.</li>
        <li>Die Anforderungen sind sprachlich zu überarbeiten, indem zum Beispiel Verallgemeinerungen, Auslassungen, Übertreibungen, Unschärfen usw. verbessert werden.</li>
      </ul>
      <p class="VModellXTTextbody">Bei umfangreichen Anforderungen empfiehlt es sich, zusätzliche Zwischenprüfungen oder Reviews bereits begleitend zur Erstellung der Anforderungen vorzunehmen.</p>
      <p class="VModellXTTextbody">Haben sich bei der Qualitätsprüfung noch Begriffe ergeben, die von den Nutzern unterschiedlich verstanden werden, ist das erstellte Glossar zu aktualisieren.</p>
      <p class="VModellXTTextbody">Entsprechend der im Mängelkatalog/ in der Befundliste dokumentierten Entscheidungen in Bezug auf die Behebung der Mängel werden die Anforderungen und das Glossar überarbeitet.</p>
      <p class="VModellXTTextbody">Nach Behebung der festgestellten Mängel ist das Anforderungsdokument noch einmal abschließend zu prüfen und schließlich für die Bewertung der Anforderungen vorzubereiten. Dabei sind die für das Forderungscontrolling wichtigen Daten so aufzubereiten, dass sie übersichtlich, nachvollziehbar und messbar allen Beteiligten zur Verfügung stehen.</p>
      <h5 id="toc713"><span class="SectionNumber">6.3.7.1.7 </span><a id="ref15a04f6b00266e7"></a>Lieferumfang und Abnahmekriterien erstellen</h5>
      <table cellspacing="0" id="Table3427Ctable" style="margin-top:0;margin-bottom:0;border-collapse:separate;border-spacing:0;table-layout:fixed">
        <tbody>
          <tr>
            <td class="first" style="border:none;padding:3.6661422px;vertical-align:top">
              <p class="VModellXTStandard">Themen:</p>
            </td>
            <td style="border:none;padding:3.6661422px;vertical-align:top">
              <p class="VModellXTStandard">Anforderungen (Lastenheft):<a href="14794f684e963e8.html#ref57d8f8cbf1fc25">Abnahmekriterien</a>, Anforderungen (Lastenheft):<a href="14794f684e963e8.html#ref16719fc189c29d9">Lieferumfang</a></p>
            </td>
          </tr>
        </tbody>
      </table>
      <p class="VModellXTTextbody">Für die Festlegung des →<a href="14794f684e963e8.html#ref16719fc189c29d9">Lieferumfang</a>s bzw. des →Lieferumfang Gesamtprojekt sind aus dem →<a href="7d9bf684e9bf2c.html#ref7d9bf684e9bf2c">Projekthandbuch</a> alle bereits festgelegten →<a href="dcecfbe856145b.html#refdcecfbe856145b">Produkte</a> und Dienstleistungen aufzunehmen, die während des Projektverlaufs oder nach der Abnahme des Systems (beziehungsweise von Systemteilen) vom Auftragnehmer dem Auftraggeber zu liefern sind. Für jede →<a href="b16ef88ed600f3.html#refb16ef88ed600f3">Lieferung</a> sind folgende Angaben zu machen:</p>
      <ul>
        <li>Kurzbezeichnung (beziehungsweise sonstigen eindeutigen Identifier),</li>
        <li>Anzahl beziehungsweise Stückzahl,</li>
        <li>Liefertermin,</li>
        <li>Lieferanten und</li>
        <li>Lieferort und Empfänger.</li>
      </ul>
      <p class="VModellXTTextbody">Wegen der terminlichen Einordnung der Lieferungen sind die Ergebnisse des →<a href="7d9bf684e9bf2c.html#ref7d9bf684e9bf2c">Projekthandbuch</a>es zu berücksichtigen. Es sind Auswirkungen der ausgewählten →<a href="44e3fbda665f67.html#ref13641fbe9196606">Projektdurchführungsstrategie</a> beim Festlegen des Lieferumfangs zu berücksichtigen.</p>
      <p class="VModellXTTextbody">Abnahmekriterien bilden für die spätere Abnahme das verbindliche Fundament für die Integrations- und Testphase. Sie sind zum Beispiel bei den funktionalen Anforderungen in die Bestandteile Ausgangssituation, Aktion und erwartetes Ergebnis zu zerlegen und zu beschreiben. Ein Vorziehen dieser Aufgabe in die Anforderungsfestlegung bedeutet aus Projektgesamtsicht keinen Mehraufwand.</p>
      <p class="VModellXTTextbody">Das Festlegen der Abnahmekriterien erfordert eine geeignete Auswahl, Erarbeitung, Dokumentation und Prüfung der Abnahmekritierien.</p>
      <p class="VModellXTTextbody">In diesem Zusammenhang hat sich bewährt, frühzeitig Testfälle aus den funktionalen Anforderungen/Qualitätskriterien abzuleiten. Auf diese Weise kann ein hoher Grad der Vollständigkeit und Konsistenz der Anforderungen und der Abnahmekriterien erzeugt werden</p>
      <p class="VModellXTTextbody">
        <b>Anforderungskategorien für die Abnahmekriterien auswählen </b>
      </p>
      <p class="VModellXTTextbody">Folgende Anforderungskategorien sind beispielsweise für die Erstellung von Abnahmekriterien geeignet und sollten dafür herangezogen werden:</p>
      <ul>
        <li>Qualitäts-Anforderungen</li>
        <li>Anforderungen an die Systemerstellung</li>
        <li>Anforderungen an die Logistik</li>
        <li>Anforderungen an die Abnahmeprozedur</li>
        <li>Anforderungen an Betreuung und Betrieb (Pflege- und Änderungsdienste)</li>
        <li>Anforderungen an die Sicherheit</li>
        <li>Anforderungen aufgrund vorhandener Randbedingungen</li>
        <li>Anforderungen an die Einführung des Systems</li>
      </ul>
      <p class="VModellXTTextbody">Die Abnahmekriterien müssen in jedem Fall die Überprüfung der Hauptfunktionen ermöglichen. Dabei ist zu bestimmen</p>
      <ul>
        <li>wie die ausgewählten Anforderungen zu überprüfen sind (zum Beispiel über Dokumente, Analyse, Demonstratoren, Tests oder nur &quot;implizit&quot;) und</li>
        <li>für welche Teile des Systems (zum Beispiel Gesamtsystem und/oder Einzelkomponenten) die Prüfung zu erfolgen hat.</li>
      </ul>
      <p class="VModellXTTextbody">
        <b>Abnahmekriterien erarbeiten</b>
      </p>
      <p class="VModellXTTextbody">Für jede ausgewählte Anforderung sind die Abnahmekriterien mit folgenden Schritten zu erarbeiten.</p>
      <ul>
        <li>
          <p class="VModellXTTextbody">Abnahmekriterien ermitteln auf der Basis von Anwendungsfällen. Die Abnahmekriterien zu einer Anforderung müssen alle die in einem Anwendungsfall spezifizierten Fälle für das Verhalten des Systems prüfen können. Daher hängt die Zahl der notwendigen Abnahmekriterien von der logischen Bedingungsstruktur des Anwendungsfalles ab:</p>
          <ul>
            <li>Für eine Anforderung, die keine Bedingungen enthält, ist im Allgemeinen nur ein einziges Abnahmekriterium notwendig. Enthält die Anforderung eine einzige Bedingung (das heißt die Anforderung hat die Form &quot;Wenn Bedingung, dann Aktion 1, sonst Aktion 2&quot;), so muss mindestens für beide Fälle ein Abnahmekriterium erstellt werden. Dabei ist darauf zu achten, dass der Fall, in dem die Bedingung nicht erfüllt ist (&quot;sonst&quot;), in der Anforderung angegeben ist. Fehlt dieser Fall, sollte erst die Anforderung geklärt und vervollständigt werden (siehe nächster Punkt).</li>
            <li>Wenn die Anforderung mehrere Bedingungen ineinander verschachtelt oder miteinander verknüpft, so kann die Anzahl der notwendigen Abnahmekriterien mit Hilfe einer Entscheidungstabelle ermittelt werden.</li>
          </ul>
        </li>
      </ul>
    </div>
    <div id="footer">
      <div class="up">
        <hr style="clear:both" />
      </div>
      <div class="down">[<a href="113cfb6eb7ad2c.html">Hoch</a>] [<a href="Projekt-V-Modell-XT.html">Anfang</a>] [<a href="113cfb6eb7ad2c.html">Zurueck</a>] [<a href="3a0dfa1572d58d.html">Weiter</a>] [<a href="11385fdbde3d712.html">Ende</a>] [<a href="Projekt-V-Modell-XT.html">Inhalt</a>] </div>
    </div>
    <div class="navbar">
      <div class="treeLink1">
        <div class="link">
          <a href="Projekt-V-Modell-XT.html#toc0">Teil 1: Grundlagen des V-Modells</a>
        </div>
      </div>
      <div class="treeLink1">
        <div class="link">
          <a href="1054cfba6d7ffd6.html#toc35">Teil 2: Eine Tour durch das V-Modell</a>
        </div>
      </div>
      <div class="treeLink1">
        <div class="link">
          <a href="6aa6f7a07a969d.html#toc54">Teil 3: V-Modell-Referenz Tailoring</a>
        </div>
      </div>
      <div class="treeLink1">
        <div class="link">
          <a href="129acf7a07cbd9a.html#toc122">Teil 4: V-Modell-Referenz Rollen</a>
        </div>
      </div>
      <div class="treeLink1">
        <div class="link">
          <a href="7b23f7a07ce3c8.html#toc153">Teil 5: V-Modell-Referenz Produkte</a>
        </div>
      </div>
      <div class="treeLink1">
        <div class="link">
          <a href="11432f7a07f9a6a.html#toc584">Teil 6: V-Modell-Referenz Aktivitäten</a>
        </div>
      </div>
      <div class="treeLink2">
        <div class="link">
          <a href="d77dfba6c7cc54.html#toc585">Einleitung</a>
        </div>
      </div>
      <div class="treeLink2">
        <div class="link">
          <a href="dbe1fba6c7da92.html#toc590">Überblick über das Aktivitätenmodell des V-Modells</a>
        </div>
      </div>
      <div class="treeLink2">
        <div class="link">
          <a href="3ad3fbe856ba00.html#toc591">Aktivitäten</a>
        </div>
      </div>
      <div class="treeLink3">
        <div class="link">
          <a href="3ad3fbe856ba00.html#toc592">Angebots- und Vertragswesen</a>
        </div>
      </div>
      <div class="treeLink3">
        <div class="link">
          <a href="2695fb673beb99.html#toc594">Planung und Steuerung</a>
        </div>
      </div>
      <div class="treeLink3">
        <div class="link">
          <a href="13be6fb673db721.html#toc630">Berichtswesen</a>
        </div>
      </div>
      <div class="treeLink3">
        <div class="link">
          <a href="1232dfb6eb7bf52.html#toc639">Konfigurations- und Änderungsmanagement</a>
        </div>
      </div>
      <div class="treeLink3">
        <div class="link">
          <a href="19a8f6850f846d.html#toc659">Prüfung</a>
        </div>
      </div>
      <div class="treeLink3">
        <div class="link">
          <a href="68ff73ca99685.html#toc697">Ausschreibungs- und Vertragswesen</a>
        </div>
      </div>
      <div class="treeLink3">
        <div class="link">
          <a href="113cfb6eb7ad2c.html#toc705">Anforderungen und Analysen</a>
        </div>
      </div>
      <div class="treeLink4">
        <div class="current">
          <a href="5811f6afca6a1b.html#toc706">Anforderungen festlegen</a>
        </div>
      </div>
      <div class="treeLink5">
        <div class="link">
          <a href="5811f6afca6a1b.html#toc707">Ausgangssituation und Zielsetzung beschreiben</a>
        </div>
      </div>
      <div class="treeLink5">
        <div class="link">
          <a href="5811f6afca6a1b.html#toc708">Funktionale Anforderungen erstellen</a>
        </div>
      </div>
      <div class="treeLink5">
        <div class="link">
          <a href="5811f6afca6a1b.html#toc709">Nicht-Funktionale Anforderungen erstellen</a>
        </div>
      </div>
      <div class="treeLink5">
        <div class="link">
          <a href="5811f6afca6a1b.html#toc710">Risikoakzeptanz festlegen</a>
        </div>
      </div>
      <div class="treeLink5">
        <div class="link">
          <a href="5811f6afca6a1b.html#toc711">Skizze des Lebenszyklus und der Gesamtsystemarchitektur erstellen</a>
        </div>
      </div>
      <div class="treeLink5">
        <div class="link">
          <a href="5811f6afca6a1b.html#toc712">Qualität der Anforderungen analysieren</a>
        </div>
      </div>
      <div class="treeLink5">
        <div class="link">
          <a href="5811f6afca6a1b.html#toc713">Lieferumfang und Abnahmekriterien erstellen</a>
        </div>
      </div>
      <div class="treeLink4">
        <div class="link">
          <a href="3a0dfa1572d58d.html#toc714">Anforderungsbewertung erstellen</a>
        </div>
      </div>
      <div class="treeLink4">
        <div class="link">
          <a href="10470fa19771caf.html#toc718">Anwenderaufgaben analysieren</a>
        </div>
      </div>
      <div class="treeLink4">
        <div class="link">
          <a href="6c9fb602b273d.html#toc722">Gefährdungs- und Systemsicherheitsanalyse durchführen und bewerten</a>
        </div>
      </div>
      <div class="treeLink4">
        <div class="link">
          <a href="1cb9f9e57c78b2.html#toc726">Altsystemanalyse erstellen</a>
        </div>
      </div>
      <div class="treeLink4">
        <div class="link">
          <a href="12f7efad27be876.html#toc730">Marktsichtung für Fertigprodukte durchführen</a>
        </div>
      </div>
      <div class="treeLink4">
        <div class="link">
          <a href="14cd9fa861c0fd0.html#toc731">Make-or-Buy-Entscheidung durchführen</a>
        </div>
      </div>
      <div class="treeLink3">
        <div class="link">
          <a href="12894fb6ec34938.html#toc735">Systemelemente</a>
        </div>
      </div>
      <div class="treeLink3">
        <div class="link">
          <a href="8795f694a342ab.html#toc744">Systemspezifikationen</a>
        </div>
      </div>
      <div class="treeLink3">
        <div class="link">
          <a href="7bdcf6946e06d4.html#toc764">Systementwurf</a>
        </div>
      </div>
      <div class="treeLink3">
        <div class="link">
          <a href="14e9cf983c96c70.html#toc812">Logistikelemente</a>
        </div>
      </div>
      <div class="treeLink2">
        <div class="link">
          <a href="118c1fbe856be46.html#toc816">Aktivitätsindex (nach Aktivitätsgruppen)</a>
        </div>
      </div>
      <div class="treeLink2">
        <div class="link">
          <a href="846cfc9d5bbe77.html#toc817">Aktivitätsindex (alphabetisch)</a>
        </div>
      </div>
      <div class="treeLink2">
        <div class="link">
          <a href="184c8fbe856c12c.html#toc818">Abbildungsverzeichnis</a>
        </div>
      </div>
      <div class="treeLink1">
        <div class="link">
          <a href="fa7bf7a07cfd49.html#toc819">Teil 7: V-Modell-Referenz Konventionsabbildungen</a>
        </div>
      </div>
      <div class="treeLink1">
        <div class="link">
          <a href="e696fba6d82de2.html#toc869">Teil 8: Anhang</a>
        </div>
      </div>
      <div class="treeLink1">
        <div class="link">
          <a href="e530fba6d8aff5.html#toc903">Teil 9: Vorlagen</a>
        </div>
      </div>
      <div class="emptyDiv"></div>
    </div>
  </body>
</html>
